REMARKS 

Claims 1-39 are pending in this application. The Office has rejected claims 1-32 
under 35 USC § 101 as being directed towards an abstract idea and has further required 
correction to the claims. The Office rejected claims 1-6, 22, 33-35, and 38 under 35 USC 
§ 102(e) as being anticipated by Hopeman, et al. (US Pat. No. 6,606,621). The Office 
rejected claims 24 and 29 under 35 USC § 102(e) as being anticipated by DeKimple et al. 
(US Pat. No. 6,546,395). The Office rejected claims 7 and 9-10 under 35 USC § 103(a) 
as being unpatentable over Hopeman in view of DeKimple et al. (US Pat. No. 6,546,395). 
Applicant thanks the Office for indicating the allowability of claims 8, 1 1-21, 25-28, 36- 
37, and 39. Applicant will address issues with these claims once the Office has reviewed 
this reply. This Office action is non-final and is responsive to Applicants 
communication filed on or before August 2, 2004. 

101 Rejects 

Applicant has amended the claims as required or requested by the Office. All 
amendments to the claims in this reply are made to address the 101 rejections and are not 
made to overcome prior art 

102(e) Rejecti on of Claims 1 and 33 by Hopeman 

Hopeman does not show or suggest "storing plural tables each containing spatial 
objects," as required by Applicant. The Office contends that Hopeman's "multi- 
dimensional database" is the same as Applicant's "plural tables." Applicant respectfully 
disagrees. A multi-dimensional database is a database that supports data organized by 
dimensions. In a multi-dimensional database, a dimension is a characteristic, attribute, or 
relationship used by the database to organize data. (Hopeman's examples of dimensions 
given in Col. 1, lines 20-21, clearly fit this description.) A dimension is not a table. 

Also, the term "dimension," as used in a multi-dimensional database, does not 
denote a spatial attribute. A person of ordinary skill would recognize that the term 
"dimension" merely connotes an attribute used by the database to organize data. It is true 
that physical metaphors having a spatial component are sometimes used for the purpose 
of visualizing a multi-dimensional database, but these are just visual aids and do not 
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represent the true structure of the database. Even Hopeman states that for greater than 
three dimensions there are no physical metaphors (col 1, lines 11-19). 

Additionally, Hopeman does not show or suggest storing plural tables as required 
by Applicant. Hopeman teaches a method for aggregating sparse data but does not teach 
the storing of data in plural tables. 

Hopeman also does not show or suggest "spatial objects," as required by 
Applicant. The Office has suggested that Applicant's spatial objects are the same as 
Hopeman f s "dimension cells" or "n-1 dimension cube". Applicant respectfully disagrees. 
The term "object" as used in databases was defined in the American National Standards 
Institute's (ANSI) SQL: 1999 standard. This standard governs the Structured Query 
Language (SQL) which is the most common method used to access and manage a 
database. A person of ordinary skill in the art of databases at the time of Applicant's 
invention would be very familiar with the term "object." Its inclusion in the SQL: 1999 
standard was a major topic of discussion among people working with databases and the 
source of many articles, papers, and books. The skilled person would understand that the 
elements of Hopeman cited by the Office do not meet the definition of object, let alone 
"spatial objects." While on the surface, the terms "dimension cells" and "n-1 dimension 
cube" would appear to be spatial terms, further investigation reveals that the term 
"dimension" is actually referring to an attribute and that the term cube is used as a visual 
metaphor to describe the workings of a method. Neither of these meet the definition of a 
database object. Therefore, Hopeman does not show or suggest all the elements of 
Applicant's claimed invention. 

Hopeman also does not show or suggest "dividing the spatial objects across plural 
partitions," as required by Applicant. Instead of teaching Applicant's elements, the 
passage cited by the Office teaches a composite-join where a join operation is broken into 
multiple join operations that each operate on a subset or smaller portion of the data. 
Hopeman teaches that operating on smaller portions of the data will increase the 
probability that these smaller portions will fit in memory (col. 6, lines 22-28). Operating 
on smaller portions of data is not the same as dividing spatial objects across plural 
partitions. Therefore, this element is missing from Hopeman. 
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102(e) Rejection of Claims 24 bv DeKemple 

DeKemple does not show or suggest "spatial objects as z-cells in z-ordered 
space," as required by Applicant. The Office has stated that figure 3 of DeKemple does 
depict "spatial objects as z-cells in z-ordered space." Applicant respectfully disagrees. 
DeKemple describes figure 3 as "a diagram that illustrates the logical structure of a multi 
dimensional database . . .." The logical structure of a multi-dimensional database is not 
modeled after and is not the same as z-cells in z-ordered space. Furthermore, there is no 
teaching within DeKemple that would lead a person of ordinary skill to believe 
otherwise. The terms z-cell or z-ordered do not appear within the text of DeKemple. 
Furthermore, the concepts of z-cells and z-ordered space are likewise missing from 
DeKemple. Therefore, DeKemple fails to teach all the elements of Applicant's claimed 
invention. The Office's 102 rejection is improper and Applicant's claims are allowable 
over this reference. 

Rejection of Dependent Claims 

Dependent claims are allowable over the cited references for at least the same 
reasons as their corresponding independent claims. 
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CONCLUSION 



Neither Hopeman nor DeKemple separately or together, shows or suggests all the 
elements of Applicant's claimed invention. Therefore, all claims are allowable over the 
prior art made of record. Applicant asks the Office to reconsider this application and 
allow all claims. Please charge any fees that might be due, excluding the issue fee, or 
credit any overpayment to deposit account 14-0225. 



Respectfiilly Submitted, 





Harden E. Stevens, III 
Reg. No. 55,649 



NCR Corporation 

1700 South Patterson Blvd. 

Dayton, Ohio 45479 



(803) 939-6505 
(803)939-5099 (fax) 
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